System and Method for Identifying Systems and Replacing Components

ABSTRACT

A system, method, and computer-readable medium are disclosed for managing a system&#39;s entitlement to digital assets when the system&#39;s components are replaced. A unique system identifier, comprising the unique identifiers of predetermined system components, is associated with digital assets data to generate digital assets entitlement data, which in turn entitles the system to process the digital assets data. The digital assets entitlement is perpetuated when a first unique system component identifier is replaced with a second unique system component identifier.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to the management of information handling systems. More specifically, embodiments of the invention provide a system, method, and computer-readable medium for perpetuating a system's entitlement to digital assets when the system's components are replaced.

2. Description of the Related Art

As the value and use of information continues to increase, individuals and businesses seek additional ways to process and store information. One option available to users is information handling systems. An information handling system generally processes, compiles, stores, and/or communicates information or data for business, personal, or other purposes thereby allowing users to take advantage of the value of the information. Because technology and information handling needs and requirements vary between different users or applications, information handling systems may also vary regarding what information is handled, how the information is handled, how much information is processed, stored, or communicated, and how quickly and efficiently the information may be processed, stored, or communicated. The variations in information handling systems allow for information handling systems to be general or configured for a specific user or specific use such as financial transaction processing, airline reservations, enterprise data storage, or global communications. In addition, information handling systems may include a variety of hardware and software components that may be configured to process, store, and communicate information and may include one or more computer systems, data storage systems, and networking systems.

In recent years, it has become common for manufacturers to offer standardized configurations of these systems bundled with an operating system (OS) and a selection of software applications, digital content, and associated services. Some of these same manufacturers also offer purchasers the ability to order a system custom-configured to their specification. These custom-configured systems, which are often ordered on-line, allow the purchaser to select the OS of their choice along with a selection of software and other digital assets to meet their individual needs. In some cases, the manufacturer may preinstall the OS and the selected digital assets on the system prior to delivery. In addition, the system may be further personalized (e.g., desktop themes and colors, etc.) as a service to the customer.

It is also common for such systems to comprise a unique identifier (ID), often referred to as a service tag, which may be an one, or a combination, of motherboard, processor, or other system component serial numbers or IDs. It is likewise common for digital assets to be bound to these unique IDs as they are being installed on the system for protection against illegal copying. However, approaches are known to spoof these unique IDs, which circumvent the aforementioned copy protection. Furthermore, this association may create issues as the binding between the unique ID and digital assets will become broken if one or more system components fail or are replaced. As a result, the digital assets will typically need to be re-bound (i.e., reassociated) with the new unique ID resulting from the new ID of the replaced component(s).

Current approaches to this issue include binding digital assets to a Trusted Platform Module (TPM), which provides hardware-based security. However, TPMs are generally not implemented on consumer grade systems. Alternatively, the user may contact the vendor of the digital assets, provide the new unique system ID, assuming they are able to access it, and request a new binding between the digital assets and the new ID. As yet another alternative, the user may uninstall the digital assets and then reinstall them. However, this approach may also require contacting the vendor of the digital assets. These processes are typically tedious, error-prone, and can significantly increase the amount of time it takes to restore the functionality of a digital asset after replacement of a system component. In view of the foregoing, there is a need for a more secure unique system ID that both allows the binding of digital assets to be transparently transferred when system components are replaced and does not require the use of a TPM.

SUMMARY OF THE INVENTION

A system, method, and computer-readable medium are disclosed for managing a system's entitlement to digital assets when the system's components are replaced. In various embodiments, a digital assets entitlement system is implemented for managing the entitlement of a system to process digital assets. In these and other embodiments, the system comprises a unique system identifier, which in turn comprises the unique identifiers of predetermined system components.

The digital assets entitlement system associates the unique system identifier with the digital assets to generate digital assets entitlement data. The digital assets data and the digital assets entitlement data is then provided to a personalization agent associated with the target system. In turn, the personalization agent processes the digital assets entitlement data and the digital assets data for installation on the target system, thereby entitling the system to process the installed digital assets data.

In one embodiment, the digital assets entitlement is perpetuated by an original unique system identifier when a first unique system component identifier of the original unique system identifier is replaced with a second unique system component identifier. In another embodiment, a second unique system identifier is generated if a first unique system component identifier of a first unique system identifier is changed to a second unique system component identifier. The first unique system identifier is disassociated with the digital assets entitlement data and the second unique system identifier is then associated with the digital assets entitlement data.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention may be better understood, and its numerous objects, features and advantages made apparent to those skilled in the art by referencing the accompanying drawings. The use of the same reference number throughout the several figures designates a like or similar element.

FIG. 1 is a general illustration of components of an information handling system as implemented in the system and method of the present invention;

FIG. 2 is a simplified block diagram of the operation of a digital assets entitlement system;

FIGS. 3 a-b are a simplified block diagram of a unique system identifier that remains the same when one of its associated system component identifiers has been changed;

FIGS. 4 a-b are a simplified block diagram of a unique system identifier that is changed when one of its associated system component identifiers has been changed;

FIG. 5 is a simplified block diagram of an encrypted unique system identifier generated from a set of system component identifiers;

FIG. 6 is a simplified block diagram of a unique system identifier decrypted from an encrypted unique system identifier;

FIGS. 7 a-b are a generalized flow chart of the performance of digital asset entitlement operations; and

FIG. 8 is a generalized flow chart of the performance of unique system identifier management operations.

DETAILED DESCRIPTION

A system, method, and computer-readable medium are disclosed for perpetuating a system's entitlement to digital assets when the system's components are replaced. For purposes of this disclosure, an information handling system may include any instrumentality or aggregate of instrumentalities operable to compute, classify, process, transmit, receive, retrieve, originate, switch, store, display, manifest, detect, record, reproduce, handle, or utilize any form of information, intelligence, or data for business, scientific, control, or other purposes. For example, an information handling system may be a personal computer, a network storage device, or any other suitable device and may vary in size, shape, performance, functionality, and price. The information handling system may include random access memory (RAM), one or more processing resources such as a central processing unit (CPU) or hardware or software control logic, ROM, and/or other types of nonvolatile memory. Additional components of the information handling system may include one or more disk drives, one or more network ports for communicating with external devices as well as various input and output (I/O) devices, such as a keyboard, a mouse, and a video display. The information handling system may also include one or more buses operable to transmit communications between the various hardware components.

FIG. 1 is a generalized illustration of an information handling system 100 that can be used to implement the method and system of the present invention. The information handling system 100 includes a processor (e.g., central processor unit or “CPU”) 102, input/output (I/O) devices 104, such as a display, a keyboard, a mouse, and associated controllers, a hard drive or disk storage 106, various other subsystems, such as a storage interface 108, a network port 110, and a system memory 112, all interconnected via one or more buses 114.

FIG. 2 is a simplified block diagram of the operation of a digital assets entitlement system. In various embodiments, a digital assets entitlement system 218 is implemented for managing the entitlement of a system 204 to process a digital asset 246. In these and other embodiments, the digital assets entitlement system 218 may be implemented on one or more servers 210, which are connected to a network 252. In various embodiments, the network 252 may comprise a public network, such as the Internet, a physical private network, a virtual private network (VPN), or any combination thereof. As shown in FIG. 2, the digital assets entitlement system 218 comprises a user service and support module 220, a digital fulfillment module 222, and a system identification and security module 224. The digital assets entitlement system 218 likewise comprises a personalization module 226, an entitlement module 228, a sales integration module 230, and a manufacturing integration module 232. Likewise, the digital assets entitlement system 218 is able to access a digital assets data repository 212, an entitlement data repository 214, and a system identifier (ID) data repository 216, each of which may be implemented on one or more servers 210 connected to a network 252.

As used herein, a digital asset 246 refers to any digital asset such as a software application, a deliverable or performable service, music, video, software activation key, personalization instructions, files, etc. that are digitally deliverable either wholly or partially. As likewise used herein, a digital assets entitlement refers to the association of a predetermined digital asset 246 with a target system 204. In various embodiments, an entitlement record contains the digital assets entitlement data (e.g., license information, etc.) that allows the digital asset 246 to be processed by a target system 204 identified by a corresponding unique system identifier 206. In these and other embodiments, the entitlement record is processed by the entitlement module 228 and stored in the entitlement data repository 214. Likewise, as used herein, a system 204 may comprise a personal computer, a laptop computer, or a tablet computer operable to establish an on-line session with the digital assets entitlement system 218 over a connection to network 252. The system 204 may also comprise a personal digital assistant (PDA), a mobile telephone, or any other suitable device operable to store a unique system ID 206, perform digital asset entitlement operations with a personalization agent, and likewise operable to establish a connection with network 252.

In this embodiment, digital assets entitlement and system personalization operations are performed by a user, such as a system purchaser 202, in either a physical environment or an on-line environment. As an example, a physical environment may comprise a retailer 240 operating a physical point-of-sale (POS) system 242. As another example, an on-line environment may comprise a system manufacturer 234, after-point-of-sale (APOS) vendor 236, or digital assets vendor 238, that respectively accepts on-line orders for systems or digital assets over a connection to network 252.

If the digital assets entitlement and system personalization operations are performed in an on-line environment, then the system purchaser 202 decides whether to purchase a custom-configured or pre-configured system 204. If the system 204 is to be pre-configured, then it is selected for on-line purchase by the system purchaser 202 and its unique identifier 206 is determined. In one embodiment, the unique system identifier 206 is stored in the BIOS or other memory storage device of the pre-configured system 204. However, if the system 204 is to be custom-configured, then it is custom-configured for on-line purchase by the system purchaser 202. Once manufactured by the system manufacturer 234, a unique system identifier is generated as described in greater detail herein.

In various embodiments, the manufacturing integration module 232 coordinates the custom configuration of the system 204 with the digital assets entitlement system 218. Likewise, the system identification and security module 224 coordinates the generation of the unique system identifier 204 and its storage in the repository of system identifier data 216. The system purchaser then selects a digital asset 246 for on-line purchase, followed by selecting personalization options for the pre-configured or custom-configured system. In various embodiments, the personalization module 226 coordinates the selection of personalization options with the digital assets entitlement system 218. As used herein a system personalization option refers to any feature, capability, or function that may be applied to a target system. As an example, a personal computer desktop wallpaper or user interface options (e.g., a “classic” interface) are personalization options.

However, if the digital assets entitlement and system personalization operations are performed in a physical environment, then the system purchaser 202 selects a pre-configured system 204 and physical representations of a digital asset 246 to be purchased. In various embodiments, the digital asset 246 is physically represented as images and text on a card or a package, yet the digital assets themselves are not contained within the card or package. The system purchaser 202 then selects system personalization options for the pre-configured system. In various embodiments, the system personalization options are likewise physically represented as images and text on a card or a package.

The digital assets product identifier (ID) is then scanned with a scanner 244 from its corresponding physical representation, followed by scanning its corresponding digital assets activation key or other entitlement data. In various embodiments, it is not necessary to scan the digital assets activation key or other entitlement data as it is provided by the digital assets entitlement system 218 during digital asset entitlement operations described in greater detail herein. Data related to the previously selected personalization options are then likewise scanned, followed by determining the unique system identifier 206 of the pre-configured system 204. In various embodiments, the digital assets product ID, its associated activation key or entitlement data, the personalization option data, and the unique system identifier are represented by a bar code 248 or other indicia on a card or physical package. In various other embodiments, the digital assets product ID, its associated activation key or entitlement data, the personalization option data, and the unique system identifier is contained in a radio frequency identifier (RFID) 250 tag affixed to the physical representation of the digital asset. Those of skill in the art will realize that many such embodiments are possible and that the foregoing is not intended to limit the spirit, scope, or intent of the invention.

A purchase transaction for the custom-configured or pre-configured system 204 and any associated digital assets 246 and personalization options is then completed. In various embodiments, the processing of the purchase transaction is performed by the sales integration module 230. In these and other embodiments, the financial proceeds of the purchase transaction may be settled between multiple parties. For example, a system manufacturer 234 may receive a portion of the purchase transaction corresponding to the cost of the system 204. One or more digital assets vendors 238 may likewise receive a proportionate share of the purchase transaction corresponding to the digital asset 246 they respectively provide.

Digital asset entitlement operations, as described in greater detail herein, are then performed by the digital assets entitlement system 218 to bind the digital assets 246, the personalization options, and their respective digital assets entitlement data to the unique system identifier 206 of the target system 204. The resulting bound data, including data associated with the digital assets (e.g., installation files, etc.) is then stored in the repository of entitlement data 214 and the purchased system 204 is then delivered to the system purchaser 202. In various embodiments, the entitlement module 228 generates, and then processes, the digital assets entitlement data and the user service and support module 220 coordinates the delivery of the system 204 to the system purchaser 202.

Standard operating system (OS) out-of-the-box-experience (OOBE) or hypervisor boot operations are performed on the system 204, followed by loading a personalization agent 208. In various embodiments, the personalization agent 208 has a unique identifier that is associated with one or more unique system component identifiers. In one embodiment, the unique identifier of the personalization agent is uniquely associated with the current unique system identifier 206 associated with the system 204. In another embodiment, a portion of the personalization agent 208 is delivered to the system 204 in an encrypted form and is then decrypted prior to being loaded on the system 204. In this embodiment, the primary system identifier (e.g., service tag number, serial number, etc.), is used as a decryption key to decrypt the personalization agent 208.

In various other embodiments, primary and secondary system identifiers are stored on the system 204 (e.g., in the BIOS, in Flash memory, on a hard disk, etc.) as well as in the digital assets entitlement system 218. In these and other embodiments, the digital assets entitlement system 218 uses the primary and secondary system identifiers to encrypt a portion of the personalization agent 208 before it is downloaded to the system 204. Once downloaded, the unencrypted portion of the personalization agent 208 uses the primary and secondary system identifiers stored on the system 204 to decrypt the encrypted portion of the personalization agent 208. In one embodiment, the primary and secondary system identifiers are likewise encrypted and are first decrypted before they are used to decrypt the encrypted portion of the personalization agent 208. In another embodiment, the primary and secondary system identifiers are stored in a Trusted Platform Module (TPM). Skilled practitioners of the art will recognize that many such embodiments are possible and the foregoing is not intended to limit the spirit, scope, or intent of the invention.

The personalization agent 208 queries the target system for its unique system identifier 206. In various embodiments, the unique system identifier 206 associated with the system 204 is stored in the target system's BIOS, flash memory, a hard disk, or other memory device. The personalization agent 208 then automatically establishes a connection with the digital assets entitlement system 218 and uses the unique system identifier 206 to authenticate the system 204. The unique system identifier 206 is then used by the personalization agent 208 to determine entitled digital assets and personalization options corresponding to the unique system identifier 206.

Once determined, the corresponding personalization options and digital assets 246, along with their associated digital assets entitlement data, are respectively downloaded to the target system 204 from the repository of digital assets 212 and the repository of entitlement data 214. In one embodiment, the personalization options and digital assets, along with their associated digital assets entitlement data, are downloaded from a single server 210 on the network 252. In another embodiment, the personalization options and digital assets are downloaded from one or more servers 210 on the network 252. In yet another embodiment, the personalization options, digital assets, and associated digital assets entitlement data are respectively downloaded from a plurality of servers 210 on a network 252. As an example, a first digital asset 246 may be provided by the system manufacturer 234 and a second digital asset 246 may be provided by a digital assets vendor 238. Likewise, a plurality of digital assets 246 may be provided by a corresponding plurality of digital assets vendors 238. Skilled practitioners of the art will realize that many such embodiments and examples are possible and the foregoing is not intended to limit the spirit, scope, or intent of the invention.

In various embodiments, the digital assets entitlement system 218 manages the respective location of the personalization options, digital assets, and associated digital assets entitlement data to initiate its provision. Once downloaded, the personalization agent 208 uses the digital assets entitlement data to install the digital assets 246 and personalization options on the system 204.

Thereafter, the system purchaser 202 may decide to perform an after-point-of-sale (APOS) purchase of digital asset 246. As used herein, an APOS purchase of digital assets refers to any purchase of a digital asset 246 made after the initial on-line or physical purchase of the system 204. In various embodiments, the APOS purchase of a digital asset 246 may be performed in a physical, on-line, or enterprise point-of-sale environment. If the APOS purchase is performed in an on-line environment, such as from APOS vendor 236, then the system purchaser 202 selects a digital asset 246 for on-line purchase. The personalization agent 208 then determines the unique system identifier 206 of the system 204. An APOS purchase transaction is then performed for purchase of the selected digital asset 246. However, if the APOS purchase is performed in a physical environment, then the purchaser selects a physical representation of a digital asset 246 to be purchased. The digital assets product identifier (ID) is then scanned from its corresponding physical representation, followed by scanning its corresponding digital assets activation key or other entitlement data.

Digital asset entitlement operations, as described in greater detail herein, are then performed by the digital assets entitlement system 218 to bind the digital asset 246 and their respective digital assets entitlement data associated with the APOS purchase to the unique system identifier 206 of the target system 204. The resulting bound data, including data associated with the digital assets (e.g., installation files, etc.) is then stored, as described in greater detail herein, in the digital assets entitlement system 218. The personalization agent 208, as likewise described in greater detail herein, then automatically establishes a connection with the digital assets entitlement system 218, downloads the purchased digital asset 246 and their associated digital assets entitlement data. Once downloaded, the personalization agent 208 then uses the associated digital assets entitlement data to install the downloaded digital asset 246 on the system 204.

FIGS. 3 a-b are a simplified block diagram of a unique system identifier that remains the same when one of its associated system component identifiers has been changed in accordance with an embodiment of the invention. As shown in FIG. 3 a, an original unique system identifier 320 is generated from a plurality of unique system component identifiers 302, which correspond to a plurality of system components contained in a target system. As likewise shown in FIG. 3 a, the unique system component identifiers 302 comprise a Model Number 304 ‘SA310J43, a Serial Number 306, sometimes referred to as a service tag number or a primary system identifier, ‘SEM5239923875’, a Factory ID 308 ‘AUS’, and a Manufacture Date 310 ‘111909’. The unique system component identifiers 302 likewise comprise an Original Motherboard ID 314 ‘19374WS238017BH’, a Processor ID 316 ‘92348430-432919237’, a Hard Drive ID 318 ‘L83747HJ3672’, etc.

As described in greater detail herein, once generated, the original unique system identifier 320 is associated, such as through a binding operation, with predetermined digital assets 332 to generate a digital assets entitlement 330. As likewise described in greater detail herein, the digital assets entitlement 330 entitles a target system, which is associated with the original unique system identifier 320, to process the digital assets 332. However, it is not uncommon for system components to be replaced due to failure, erratic performance, becoming outmoded, or for other reasons. It will be appreciated that the entitlement 330 between the original unique system identifier 320 and the digital assets 332 may be compromised as a result of such a replacement. For example, as illustrated in FIG. 3 b, the Original Motherboard ID 314 ‘19374WS238017BH’ has been replaced with a New Motherboard ID 334 ‘56812FR853945PL’. However, the original unique system identifier 320 remains unchanged.

In various embodiments, extract, transform, and load (ETL) and other database operations are performed to manage the integrity of the relationship between the original unique system identifier 320 and the plurality of unique system component identifiers 302. As an example, the Original Motherboard ID 314 ‘19374WS238017BH’ may remain as a subset of the original unique system identifier 320, even though it may have been deactivated or invalidated as a unique system component identifier 302. However, in these and other embodiments, relational database operations known to those of skill in the art may be applied to maintain the relationship between the original unique system identifier 320, the New Original Motherboard ID 334 ‘56812FR853945PL’, and the unchanged unique system component identifiers 302. Accordingly, the integrity of the entitlement 330 between the original unique system identifier 320 and the digital assets 332 is perpetuated. It will be apparent to skilled practitioners of the art that many such embodiments are possible and the foregoing is not intended to limit the spirit, scope, or intent of the invention.

FIGS. 4 a-b are a simplified block diagram of a unique system identifier that is changed when one of its associated system component identifiers has been changed in accordance with an embodiment of the invention. As shown in FIG. 4 a, an original unique system identifier 320 is generated from a plurality of unique system component identifiers 302, which correspond to a plurality of system components contained in a target system. As likewise shown in FIG. 3 a, the unique system component identifiers 302 comprise a Model Number 304 ‘SA310J43, a Serial Number 306, sometimes referred to as a service tag number or a primary system identifier, ‘SEM5239923875’, a Factory ID 308 ‘AUS’, and a Manufacture Date 310 ‘111909’. The unique system component identifiers 302 likewise comprise an Original Motherboard ID 314 ‘19374WS238017BH’, a Processor ID 316 ‘92348430-432919237’, a Hard Drive ID 318 ‘L83747HJ3672’, etc.

As described in greater detail herein, once generated, the original unique system identifier 320 is associated, such as through a binding operation, with predetermined digital assets 332 to generate a digital assets entitlement 330. As likewise described in greater detail herein, the digital assets entitlement 330 entitles a target system, which is associated with the original unique system identifier 320, to process the digital assets 332. However, it is not uncommon for system components to be replaced due to failure, erratic performance, becoming outmoded, or for other reasons. It will be appreciated that the entitlement 330 between the original unique system identifier 320 and the digital assets 332 may be compromised as a result of such a replacement. For example, as illustrated in FIG. 4 b, the Original Motherboard ID 314 ‘19374WS238017BH’ has been replaced with a New Motherboard ID 334 ‘56812FR853945PL’. As a result, a new unique system identifier 420 is generated, which is a concatenation of the plurality of unique system component identifiers 402, including the New Original Motherboard ID 334 ‘56812FR853945PL’ as a subset.

In various embodiments, a first set of operations are performed to remove the entitlement 330 between the original unique system identifier 320 and digital assets 332. A second set of operations are then performed to associate the new unique system identifier 420 with the digital assets 332 to generate a new entitlement 430. In these and other embodiments, the original unique system identifier 320 is then invalidated. Accordingly, the integrity of the original entitlement 330 between the original unique system identifier 320 and the digital assets 332 is perpetuated by the new entitlement 430 between the new unique system identifier 420 and the digital assets 332. Skilled practitioners of the art will recognize that many such embodiments are possible and the foregoing is not intended to limit the spirit, scope, or intent of the invention.

FIG. 5 is a simplified block diagram of an encrypted unique system identifier generated from a set of system component identifiers in accordance with an embodiment of the invention. In this embodiment, a source unique system identifier 520 is generated from a plurality of original unique system component identifiers 502, which correspond to a plurality of system components contained in a target system. As shown in FIG. 5, the original unique system component identifiers 502 comprise a Model Number 304 ‘SA310J43, a Serial Number 306, sometimes referred to as a service tag number or a primary system identifier, ‘SEM5239923875’, a Factory ID 308 ‘AUS’, a Timestamp Date 510 ‘111909’, and a Timestamp Time 512 ‘14:27:26:34’. The original unique system component identifiers 502 likewise comprise an Original Motherboard ID 314 ‘19374WS238017BH’, a Processor ID 316 ‘92348430-432919237’, a Hard Drive ID 318 ‘L83747HJ3672’, etc.

An encryption operation 524 is then performed on the source unique system identifier 520 to generate an original encrypted unique system identifier 528. In various embodiments, the encryption operation may comprise the use of a private key, a public key, key pairs, or any combination of keys and cryptographic operations such as implemented in a public key infrastructure (PKI). As an example, the original encrypted unique system identifier 528 may be generated using a private key associated with the manufacturer of the system and a public key associated with the system itself. In one embodiment, the Timestamp Date 510 ‘111909’ and the Timestamp Time 512 ‘14:27:26:34’ are likewise used to generate the encrypted unique system identifier 528. Skilled practitioners of the art will be familiar with such cryptographic operations and recognize that the use of the Timestamp Date 510 ‘111909’ and the Timestamp Time 512 ‘14:27:26:34’ reduces the possibility of a replay attack to compromise the cryptographic integrity of the unique system identifier 528. Those of skill in the art will likewise realize that many such embodiments are possible and that the foregoing is not intended to limit the spirit, scope, or intent of the invention.

As described in greater detail herein, once generated, the original encrypted unique system identifier 528 is associated, such as through a binding operation, with predetermined digital assets 332 to generate a digital assets entitlement 530. As likewise described in greater detail herein, the digital assets entitlement 530 entitles a target system, which is associated with the original encrypted unique system identifier 528, to process the digital assets 332.

FIG. 6 is a simplified block diagram of a unique system identifier decrypted from an encrypted unique system identifier in accordance with an embodiment of the invention. It is not uncommon for system components to be replaced due to failure, erratic performance, becoming outmoded, or for other reasons. However, the replaced system component will typically have a different unique system component identifier. As a result, the entitlement association between a unique system identifier and predetermined digital assets may be compromised as a result of such a replacement, which in turn may prevent the target system from processing the digital assets.

In various embodiments, the unique system component identifier of the replacement system component is unknown until it is replaced in the target system. In these and other embodiments, the system component is replaced in the target system, the target system is then initiated (e.g., booted), and an inventory of unique system component identifiers is performed. In one embodiment, one or more unique system component identifiers, such as a serial number or service tag, are visible and may be visually inventoried. In another embodiment, one or more unique system component identifiers, such as a motherboard, processor, or hard drive serial number, are not visible and may be automatically inventoried.

As shown in FIG. 6, a new source unique system identifier 650 is generated from the inventoried unique system component identifiers. In one embodiment, a time stamp date and a time stamp time are components of the new source unique system identifier 650. In this embodiment, the time stamp date and a time stamp time are used to validate the authenticity of the new source unique system identifier 650. As an example, the provider of the replacement part may have stipulated that the replacement part be replaced on Nov. 12, 2009, between 8:00 AM and 6:00 PM. Accordingly, a time state date of Nov. 12, 2009 and a time stamp time of 16:33:42:05 would provide validation that the replacement part was replaced within the specified date and time interval.

An encryption operation 652 is then performed on the new source unique system identifier 650 to generate a new encrypted unique system identifier 628. As an example, the encryption operation may be performed using a private key associated with the target system and a public key associated with the provider of the replacement system component. The new encrypted unique system identifier 628 is then communicated to a digital assets entitlement system, which in turn performs a decryption operation 626 to generate a decrypted unique system identifier 622.

As likewise shown in FIG. 6, extract, transform, and load (ETL) and other database operations 634 are performed on the decrypted unique system identifier 622 to generate new unique system component identifiers 602. As shown in FIG. 6, the new unique system component identifiers now comprise a Model Number 304 ‘SA310J43, a Serial Number 306, ‘SEM5239923875’, a Factory ID 308 ‘AUS’, a Timestamp Date 610 ‘112009’, and a Timestamp Time 612 ‘16:33:42:05’. The new unique system component identifiers 602 likewise comprise a New Motherboard ID 314 ‘56812FR853945PL’, a Processor ID 316 ‘92348430-432919237’, a Hard Drive ID 318 ‘L83747HJ3672’, etc. In one embodiment, the Timestamp Date 610 and the Timestamp Time 612 are compared to previously authorized timestamp date and timestamp times to validate the authenticity of the new unique system component identifiers 602 and their corresponding decrypted unique system identifier 622. In this and other embodiments, if the decrypted unique system identifier 622 is validated, then a first set of operations are performed to remove the entitlement between the original encrypted unique system identifier and digital assets 332. A second set of operations are then performed to associate the new encrypted unique system identifier 628 with the digital assets 332 to generate a new entitlement 630. Accordingly, the integrity of the original entitlement between the original encrypted unique system identifier and the digital assets 332 is perpetuated by the new entitlement 630 between the new encrypted unique system identifier 628 and the digital assets 332.

In various other embodiments, the provider of the replacement system component is able to determine its associated unique system component identifier. In one embodiment, the unique system component identifier is known in advance. In another embodiment, the unique system component identifier may be one of a pool of, or a range of, possible unique system component identifiers set aside for replacement purposes. As described in greater detail herein, a new source unique identifier is generated, using the unique system component identifier of the component to be replaced. Once the new source unique identifier is generated the unique system component identifier of the replaced system component is invalidated. In these and other embodiments, the system component is replaced in the target system, the target system is then initiated (e.g., booted), and an inventory of unique system component identifiers is performed. In one embodiment, one or more unique system component identifiers, such as a serial number or service tag, are visible and may be visually inventoried. In another embodiment, one or more unique system component identifiers, such as a motherboard, processor, or hard drive serial number, are not visible and may be automatically inventoried.

As shown in FIG. 6, a new source unique system identifier 650 is generated from the inventoried unique system component identifiers. In one embodiment, a time stamp date and a time stamp time are components of the new source unique system identifier 650. In this embodiment, the time stamp date and a time stamp time are used to validate the authenticity of the new source unique system identifier 650. An encryption operation 652 is then performed on the new source unique system identifier 650 to generate a new encrypted unique system identifier 628. As an example, the encryption operation may be performed using a private key associated with the target system and a public key associated with the provider of the replacement system component. The new encrypted unique system identifier 628 is then communicated to a digital assets entitlement system, which in turn performs a decryption operation 626 to generate a decrypted unique system identifier 622.

Comparison operations 654 are then performed between the new source unique system identifier and the decrypted unique system identifier 622. If the comparison operations 654 are successful, then a first set of operations are performed to remove the entitlement between the original encrypted unique system identifier and digital assets 332. A second set of operations are then performed to associate the new encrypted unique system identifier 628 with the digital assets 332 to generate a new entitlement 630. Accordingly, the integrity of the original entitlement between the original encrypted unique system identifier and the digital assets 332 is perpetuated by the new entitlement 630 between the new encrypted unique system identifier 628 and the digital assets 332. Skilled practitioners of the art will recognize that many such embodiments are possible and the foregoing is not intended to limit the spirit, scope, or intent of the invention.

FIGS. 7 a-b are a generalized flow chart of the performance of digital asset entitlement operations in an embodiment of the invention, In this embodiment, digital asset entitlement operations are started in step 702, followed by the selection of a target system in step 704 for digital assets entitlement. The unique system identifier of the target system, as described in greater detail herein, is determined in step 706, followed by a determination being made in step 708 whether a device record has been established for the target system. If not, then the device record is generated in step 710. As used herein, a device record refers to a data record containing data related to a system which will receive an entitlement to process associated digital assets. In various embodiments, the unique system identifier of the target system is stored in the device record. In various embodiments, other records may be associated with the device record to further describe the system, such as its model, type, make, internal identifiers, etc.

Once the device record has been generated, or if it is determined in step 708 that it has already been established, then a determination is made in step 712 whether an account record has been established for a user. If not, then the account record is generated for the user in step 714. As used herein, an account record refers to a data record containing data related to the association of multiple devices or systems to one or more entities. In various embodiments, the entity may be a single individual or a group of individuals. As an example, the entity may be a household with multiple PCs, a small business with several employees, a large corporation with many employees, etc. Other records may be attached to the account to further describe the account holder, payment information related to the account, etc. Accounts may further be broken down or organized into sub-accounts as needed, such as to describe departments within an enterprise). In various embodiments, a user may be associated with a single device or system or multiple devices or systems in the account record. Conversely, a group of users may be associated with a single device or system or multiple devices in the account record. Further more groups of individual users may likewise be associated with groups of individual devices or systems. Those of skill in the art will recognize that many such associations are possible and the foregoing is not intended to limit the spirit, scope, or intent of the invention. Once the account record has been generated, or if it is determined in step 712 that it has already been established, then a determination is made in step 716 whether the account record is associated with the target system. If not, then the account record is associated with the target system in step 718.

Once the account record has been associated with the target system, or if it is determined in step 716 that it has already been associated, then a target list of digital assets is presented in step 720 for entitlement. A determination is then made in step 722 whether to generate an entitlement for a digital asset. If not, then a determination is made in step 732 whether to continue digital asset entitlement operations. If so, then the process is continued, proceeding with step 704. Otherwise digital asset entitlement operations are ended in step 734. However, if it is determined in step 722 to generate an entitlement for a digital asset, then a target digital asset is selected in step 724. A digital assets entitlement is then generated in step 726 by performing operations to associate the selected digital asset's corresponding license record with the aforementioned device record, account record, and other predetermined records. The resulting digital assets entitlement association is then added to the entitlement record in step 728. A determination is then made in step 730 whether to generate another digital assets entitlement. If so, the process is continued, proceeding with step 724. Otherwise, a determination is made in step 732 whether to continue digital asset entitlement operations. If so, then the process is continued, proceeding with step 704. Otherwise digital asset entitlement operations are ended in step 734.

FIG. 8 is a generalized flow chart of the performance of unique system identifier management operations. In this embodiment, unique system identifier management operations are begun in step 802, followed by a determination being made in step 804 whether a target system is a new system or an existing system. If it is determined in step 804 that the target system is a new system, then the new target system is manufactured (e.g., for a custom-configured system) or selected (e.g., for a pre-configured system) in step 806. A primary system identifier (e.g., a service tag number, serial number, etc.) is then generated (e.g., for a custom-configured system) or determined (e.g., for a pre-configured system) in step 808. Predetermined components of the target system are then selected in step 810 to be associated with a unique system identifier associated with the new target system. As described in greater detail herein, a unique system identifier for the new target system is then generated in step 812 from the primary system identifier and the unique identifiers associated with the system components selected in step 810. The resulting unique system identifier (the “stored unique system identifier”) is first stored in the digital assets entitlement system in step 814 and then in the BIOS or other memory storage device of the new target system in step 816.

The new target system is then delivered to the purchaser or user in step 818, followed by a determination being made in step 820 whether an operating system (OS) is present on the new target system. If not, then standard OS out-of-the-box-experience (OOBE) or hypervisor boot operations are performed on the new target system in step 822. Otherwise, or after the boot operations are performed in step 822, a personalization agent is loaded on the new target system in step 824.

A determination is then made in step 828 whether a personalization agent is loaded on the target system. If not, the personalization agent is loaded in on the target system in step 830. In various embodiments, the personalization agent may comprise a unique identifier that is associated with one or more unique system component identifiers. In one embodiment, the unique identifier of the personalization agent is uniquely associated with the stored unique system identifier associated with the target system. In another embodiment, a portion of the personalization agent is delivered to the target system in an encrypted form and is then decrypted prior to being loaded on the target system. In this embodiment, the primary system identifier (e.g., service tag number, serial number, etc.), is used as a decryption key to decrypt the personalization agent.

In various other embodiments, primary and secondary system identifiers are stored on the target system (e.g., in the BIOS, in Flash memory, on a hard disk, etc.) as well as in the digital assets entitlement system. In these and other embodiments, the digital assets entitlement system uses the primary and secondary system identifiers to encrypt a portion of the personalization agent before it is downloaded to the target system. Once downloaded, the unencrypted portion of the personalization agent uses the primary and secondary system identifiers stored on the target system to decrypt the encrypted portion of the personalization agent. In one embodiment, the primary and secondary system identifiers are likewise encrypted and are first decrypted before they are used to decrypt the encrypted portion of the personalization agent. In another embodiment, the primary or secondary system identifiers are stored in a Trusted Platform Module (TPM). Skilled practitioners of the art will recognize that many such embodiments are possible and the foregoing is not intended to limit the spirit, scope, or intent of the invention.

A determination is then made in step 832 whether the stored unique system identifier associated with the target system is stored in the target system's BIOS or other memory storage device. If not, then the primary system identifier (e.g., service tag number, serial number, etc.) of the target system is determined in step 834. Then, in step 836, the personalization agent inventories unique identifiers corresponding to selected system components contained in the target system. The personalization agent then generates a unique system identifier (the “current unique system identifier”) in step 838 from the primary system identifier and the inventoried unique system component identifiers. In various embodiments, the personalization agent uses a time variance value, such as a time and date stamp, in addition to the primary system identifier and the inventoried unique system component identifiers to generate the current unique system identifier. In various other embodiments, the personalization agent uses a system type identifier in addition to the primary system identifier and the inventoried unique system component identifiers to generate the current unique system identifier. As an example, a system type identifier, may comprise a brand name or system product family, such as “Dell Latitude,” “Dell Inspiron,” “Dell PowerEdge,” etc.

The personalization agent then automatically establishes a connection with the digital assets entitlement system in step 840 and uploads the current unique system identifier. The current unique system identifier is first stored in the digital assets entitlement system in step 842 and then in the BIOS or other memory storage device of the target system in step 844. Then, or after the personalization agent has been loaded on the new target system in step 824, the personalization agent reads the BIOS or other memory storage device of the target system in step 846 to determine its stored or current unique system identifier.

The personalization agent then automatically establishes a connection with the digital assets entitlement system in step 848 and uses the stored or current unique system identifier to authenticate the system. Then, in step 850, the stored or current unique system identifier is used by the digital asset entitlement system to determine entitled digital assets and personalization options corresponding to the stored or current unique system identifier. Once determined, the corresponding personalization options and digital assets, along with their associated digital assets entitlement data, is downloaded in step 851 to the target system. Once downloaded, the personalization agent uses the digital assets entitlement data in step 852 to install the digital assets and personalization options on the target system. The personalization agent then performs inventory operations in step 853 to inventory installed digital assets and personalization option setting data on the target system. Then, in step 854, the personalization agent uses the unique system identifier to compare the inventoried digital assets and personalization settings to the corresponding digital assets entitlement data stored on the digital assets entitlement system.

A determination is then made in step 855 whether all of the inventoried digital assets and personalization options installed on the target system have corresponding digital assets entitlement data stored in the digital assets entitlement system. As an example, the user may have previously installed digital assets and personalization options prior to the download and installation of entitled digital assets and personalization options respectively performed in steps 851 and 852. If it is determined in step 855 that not all of the digital assets and personalization options installed on the target system has corresponding digital assets entitlement data stored in the digital assets entitlement system, then those that do not are determined in step 856. The user is then prompted in step 857 to provide digital assets entitlement data (e.g., license keys, user ID, passwords, etc.) associated with the digital assets and personalization options not currently in the digital assets entitlement system. The requested digital assets entitlement data, and associated digital assets (e.g., installation files), are then provided by the user in step 858, and uploaded by the personalization agent in step 859, to the digital assets entitlement system. The digital assets entitlement system then uses the uploaded data in step 860 to generate digital assets entitlement associations with the stored or current unique system identifier as described in greater detail herein.

System service requests are then received in step 861, followed by a determination made in step 862 whether a request has been received to exchange a system component. If not, then a determination is made in step 897 whether to continue unique system identifier management operations. If so, then the process is continued, proceeding with step 861. Otherwise, unique system identifier management operations are ended in step 898. However, if it is determined in step 862 that a request has been received to exchange a system component, then the stored unique system identifier of the system to be serviced is determined in step 863. The stored unique system identifier is then used in step 864 to determine the unique system component identifiers corresponding to system components currently contained in the system corresponding to the stored unique system identifier.

A determination made in step 865 whether the unique system component identifier of the replacement component is known. If so, then in step 866, the digital assets entitlement system replaces the unique system component identifier of the component to be replaced with the unique system component identifier of the replacement component in the stored unique system identifier. The stored unique system identifier is then marked as changed in step 867. Then, or if it is determined in step 865 that the unique identifier of the replacement component is not known, the requested exchange of the system component is performed in step 868. Boot operations are performed on the target system in step 869 and the primary system identifier (e.g., service tag number, serial number, etc.) is determined in step 870.

A personalization agent associated with the target system then inventories the unique identifiers corresponding to selected system components (e.g., motherboard, processor, hard drive, etc.) installed on the target system in step 871. The personalization agent then generates a current unique system identifier from the primary system identifier and the inventoried unique system component identifiers corresponding to selected system components in step 875. A determination is then made in step 877 whether to encrypt the current unique system identifier prior to uploading it to the digital assets entitlement system. If not, then the personalization agent automatically establishes a connection with the digital assets entitlement system in step 878 and uploads the unencrypted current unique system identifier. Otherwise, encryption operations are performed in step 879 to encrypt the current unique system identifier. The personalization agent then automatically establishes a connection with the digital assets entitlement system in step 880 and uploads the encrypted current unique system identifier. The digital assets entitlement system then performs decryption operations in step 881 to generate a decrypted current unique system identifier. Once it is decrypted, the digital assets entitlement system performs parsing operations in step 882 on the current unique system identifier to determine its associated unique system component identifiers.

The digital assets entitlement system then performs comparison operations in step 883 between the stored and current unique system identifiers. A determination is then made in step 884 whether the stored unique system identifier is marked as having been changed in step 867. If so, then a determination is made in step 885 whether the stored and current unique system identifiers match. If not, or if it is determined in step 884 that the stored unique system identifier is not marked as changed, then the unique identifiers corresponding to selected system components in the stored and current unique system identifiers are compared in step 886 to identify replaced system components. The unique identifiers of replaced system components are then replaced in the stored unique system identifier with the unique identifiers of the replacement system components in step 887. Then the unique identifiers of the replaced system components are invalidated in step 888.

Then, in step 891, the old stored unique system identifier is replaced with the current unique system identifier to generate a new stored unique identifier. The digital assets entitlement system then removes any digital assets entitlement associations from the old stored unique system identifier in step 894 and then reestablishes the digital assets entitlement associations with the new stored system identifier. The digital asset entitlement system then invalidates the old stored unique system identifier in step 896. A determination is then made in step 897 whether to continue unique system identifier management operations. If so, then the process is continued, proceeding with step 861. Otherwise, unique system identifier management operations are ended in step 898.

The present invention is well adapted to attain the advantages mentioned as well as others inherent therein. While the present invention has been depicted, described, and is defined by reference to particular embodiments of the invention, such references do not imply a limitation on the invention, and no such limitation is to be inferred. The invention is capable of considerable modification, alteration, and equivalents in form and function, as will occur to those ordinarily skilled in the pertinent arts. The depicted and described embodiments are examples only, and are not exhaustive of the scope of the invention.

For example, the above-discussed embodiments include software modules that perform certain tasks. The software modules discussed herein may include script, batch, or other executable files. The software modules may be stored on a machine-readable or computer-readable storage medium such as a disk drive. Storage devices used for storing software modules in accordance with an embodiment of the invention may be magnetic floppy disks, hard disks, or optical discs such as CD-ROMs or CD-Rs, for example. A storage device used for storing firmware or hardware modules in accordance with an embodiment of the invention may also include a semiconductor-based memory, which may be permanently, removably or remotely coupled to a microprocessor/memory system. Thus, the modules may be stored within a computer system memory to configure the computer system to perform the functions of the module. Other new and various types of computer-readable storage media may be used to store the modules discussed herein. Additionally, those skilled in the art will recognize that the separation of functionality into modules is for illustrative purposes. Alternative embodiments may merge the functionality of multiple modules into a single module or may impose an alternate decomposition of functionality of modules. For example, a software module for calling sub-modules may be decomposed so that each sub-module performs its function and passes control directly to another sub-module.

Consequently, the invention is intended to be limited only by the spirit and scope of the appended claims, giving full cognizance to equivalents in all respects. 

1. A system for managing the entitlement of digital assets, comprising: a storage medium comprising a repository of system identifier data, digital assets data, and digital assets entitlement data; and a processor, the processor being operable to: generate a first unique system identifier associated with a target system comprising a first plurality of system components, wherein the first unique system identifier comprises a first set of unique system component identifiers corresponding to the first plurality of system components; process the first unique system identifier and digital assets identifier data to generate digital assets entitlement data entitling the target system to process digital assets data corresponding to the digital assets identifier data, wherein the first unique system identifier is associated with the digital assets entitlement data; and perpetuate the entitlement if a first unique system component identifier is changed to a second unique system component identifier.
 2. The system of claim 1, wherein the processor is further operable to generate a request for the target system to respond with a second unique system identifier comprising a second set of system component identifiers corresponding to a second plurality of system components.
 3. The system of claim 2, wherein: a second unique system identifier is generated if a first unique system component identifier is changed to a second unique system component identifier; the first unique system identifier is disassociated with the digital assets entitlement data; and the second unique system identifier is associated with the digital assets entitlement data.
 4. The system of claim 2, wherein the first unique system component identifier is changed to a second unique system component identifier when a first system component is replaced by a second system component, wherein the first and second unique system component identifiers respectively correspond to the first and second system component.
 5. The system of claim 4, wherein the first unique system component identifier is invalidated when the first system component is replaced by the second system component.
 6. The system of claim 1, wherein the first unique system identifier further comprises at least one of a time variance value and a system type identifier.
 7. A computer-implemented method for managing the entitlement of digital assets, comprising: a storage medium comprising a repository of system identifier data, comprising: generating a first unique system identifier associated with a target system comprising a first plurality of system components, wherein the first unique system identifier comprises a first set of unique system component identifiers corresponding to the first plurality of system components; processing the first unique system identifier and digital assets identifier data to generate digital assets entitlement data entitling the target system to process digital assets data corresponding to the digital assets identifier data, wherein the first unique system identifier is associated with the digital assets entitlement data; and perpetuating the entitlement if a first unique system component identifier is changed to a second unique system component identifier.
 8. The method of claim 7, wherein the processor is further operable to generate a request for the target system to respond with a second unique system identifier comprising a second set of system component identifiers corresponding to a second plurality of system components.
 9. The method of claim 8, wherein: a second unique system identifier is generated if a first unique system component identifier is changed to a second unique system component identifier; the first unique system identifier is disassociated with the digital assets entitlement data; and the second unique system identifier is associated with the digital assets entitlement data.
 10. The method of claim 8, wherein the first unique system component identifier is changed to a second unique system component identifier when a first system component is replaced by a second system component, wherein the first and second unique system component identifiers respectively correspond to the first and second system component.
 11. The method of claim 10, wherein the first unique system component identifier is invalidated when the first system component is replaced by the second system component.
 12. The method of claim 7, wherein the first unique system identifier further comprises at least one of a time variance value and a system type identifier.
 13. A computer-usable medium embodying computer program code, the computer program code comprising computer executable instructions configured for: using a storage medium comprising a repository of system identifier data, digital assets data, and digital assets entitlement data; and using processing logic to: generate a first unique system identifier associated with a target system comprising a first plurality of system components, wherein the first unique system identifier comprises a first set of unique system component identifiers corresponding to the first plurality of system components; process the first unique system identifier and digital assets identifier data to generate digital assets entitlement data entitling the target system to process digital assets data corresponding to the digital assets identifier data, wherein the first unique system identifier is associated with the digital assets entitlement data; and perpetuate the entitlement if a first unique system component identifier is changed to a second unique system component identifier.
 14. The computer usable medium of claim 13, wherein the processor is further operable to generate a request for the target system to respond with a second unique system identifier comprising a second set of system component identifiers corresponding to a second plurality of system components.
 15. The computer usable medium of claim 14, wherein: a second unique system identifier is generated if a first unique system component identifier is changed to a second unique system component identifier; the first unique system identifier is disassociated with the digital assets entitlement data; and the second unique system identifier is associated with the digital assets entitlement data.
 16. The computer usable medium of claim 14, wherein the first unique system component identifier is changed to a second unique system component identifier when a first system component is replaced by a second system component, wherein the first and second unique system component identifiers respectively correspond to the first and second system component.
 17. The computer usable medium of claim 16, wherein the first unique system component identifier is invalidated when the first system component is replaced by the second system component.
 18. The computer usable medium of claim 13, wherein the first unique system identifier further comprises at least one of a time variance value and a system type identifier. 